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Three  automated  management  control  3ystema  are  employed 
at  Navy  Stock  Points  to  facilitate  the  inventory  control, 
management  acquisition,  and  accounting  processes  involved 
in  the  commercial  acquisition  production  process.  Each  of 
these  control  systems  was  independently  designed  to  perform 
a  specialized  function  within  the  stock  point  structure. 

This  thesis  discusses  each  system,  UADPS-SF,  APADE  II,  and 
IDA,  their  Individual  development  and  the  interfaces  between 
them. 

The  main  thrust,  of  this  thesis  is  to  determine  if  the 
total  logistic  effort,  could  be  Improved  by  integrating  three 
independent  systems  into  one  production  oriented  system  to 
better  control  the  commercial  acquisition  of  non-standard 
material  at  Navy  Stock  Feints.  . 
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ABSTRACT 


Navy  Stock  Points  are  vital  links  in  the  Navy's  supply  ' 
maintenance  network?  their  performance  has  a  direct  impact 
on  supply  response  time  and  operational  availability  of 
fleet  equipment.  One  of  the  major  functions  performed  at  a 
stock  point  is  the  commercial  acquisition  of  non-standard 
material.  This  thesis  examines  the  production  process  at  a 
Navy  Stock  Feint  that  acquires  non-standard  material  as  a 
system  and  as  a  series  of  functional  organizations. 

Three  automated  management  control  systems  are  employed 
at  Navy  Stock  Foints  to  facilitate  the  inventory  control, 
material  acquisition,  and  accounting  processes  involved  in 
the  commercial  acquisition  production  process.  Each  of 
these  control  systems  was  independently  designed  to  perform 
a  specialized  function  within  the  stock  point  structure. 

This  thesis  discusses  each  system,  UADFS-SF,  APADE  II,  and 
IDA,  their  individual  development  and  the  interfaces  between 
them. 

The  main  thrust  of  this  thesis  is  to  determine  if  the 
total  logistic  effort  could  be  improved  by  integrating  three 
independent  systems  into  one  production  oriented  system  to 
better  control  the  commercial  acquisition  of  non-standard 
material  at  Navy  Stock  Feints. 
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I.  INTRODUCTION 


A.  THE  NAVAL  SUPPLY  SYSTEM 

The  major  job  of  all  logistics  personnel  is  to  make 
operational  availability  as  high  as  possible.  (Operational 
availability  is  the  percent  of  time  equipment  is  "up”, 
operating.)  The  factor  affecting  operational  availability 
that  supply  personnel  can  affect  most  is  mean  supply  re¬ 
sponse  time  (the  average  time  elapsing  from  preparation  of 
an  end-use  requisition  to  delivery  of  the  needed  material 
to  the  mechanic). 

In  order  to  minimize  mean  supply  response  time, 
customers  (e.g.  ships)  carry  their  own  stock.  Of  course 
these  stocks  cannot  always  include  all  needed  items,  there¬ 
fore  requests  for  material  not  available  in  the  customer's 
inventory  are  sent  to  a  nearby  shore  activity.  Some 
fraction  of  the  requisitions  the  shore  activity  receives 
must,  for  lack  of  stock,  be  passed  to  the  next  echelon, 
another  stock  point  or  an  inventory  control  point.  All 
these  operations  add  to  mean  supply  response  time. 

Thus,  the  supply  system  extends  from  the  factory  to 
the  mechanic  and  includes  many  functions  such  as  inventory 
management,  acquisition,  transportation,  data  processing, 
accounting,  etc.  A  major  link  in  this  supply  chain  is  the 
stock  point,  such  as  a  Naval  Supply  Center  or  an  Industrial 
Naval  Air  Station. 
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This  thesis  examines  the  separate  hut  related  functions 
performed  at  a  stock  point  which  contribute  to  the  total 
logistic  effort  ie.g.,  inventory  control,  material 
acquisition,  and  accounting).  These  functions  are  associated 
with  satisfying  requisitions  and  oa.n  he  thought  of  as  pro¬ 
duction  processes.  The  stock  point  receives  a  requisition 
and  either  issues  the  material  from  Navy  stocks  or  purchases 
it,  performs  the  necessary  financial  accounting,  then  com¬ 
pletes  the  requisition.  These  functions  need  to  he 
controlled  through  the  use  of  management  information  systems 
to  minimize  mean  supply  response  time  while  maintaining 
qual i ty  s  tandards . 


3.  RESEARCH  QUESTION 

Navy  Stock  Feints  have  three  management  information 
systems  in  various  stages  of  development  to  aid  in  managing 
the  inventory  control,  acquisition,  and  accounting  functions. 
Although  each  system  was  independently  designed  for  a 
specialized  purpose,  there  may  he  opportunities  for  inter¬ 
action  since  their  underlying  functions  are  interrelated. 

The  research  sought  answers  to  the  following  questions 
What  are  the  significant  interfaces  in  the  management 
information  systems  concerned  with  inventory  control, 
material  acquisition,  and  accounting  and  how  might  these 
systems  he  effectively  integrated? 


o 


V-/  • 


DEFINITIONS 


The  following  terms  are  used  throughout  this  thesis: 

Navy  Stock  Point:  Within  the  organization  of  the  Naval 
Supply  Systems  Command  there  are  activities  whose  major 
mission  is  supply?  they  are  Naval  Supply  Centers  and  Naval 
Supply  Depots.  These  activities  along  with  Naval  Air 
Stations  are  called  stock  points  because  they  maintain  and 
issue  stocks  of  material  to  furnish  balanced  supply  support 
to  fleet  units,  shore  activities,  and  overseas  bases  £1:11052]. 

Triform  Automated  Data  Processing  System  for  Stock 
Points  (UADFS-SP^:  UADPS-SP  is  a  management  information 
system  designed  to  assist  Navy  Stock  Points  with  financial 
and  inventory  accounting  £2?  12']. 

Automation  of  Procurement  and  Accounting  Data  Entry  II 
(APADE  II ^ :  APADE  II  is  a  management  information  system 
for  Navy  purchasing  activities  that  automates  document 
preparation  and  record  keeping  as  well  as  provides  on-lir.e 
document  tracking  capabilities  and  report  preparation  ^3**0 • 

Integrated  Dlsburshir.g  and  Accounting  l IDA':  IDA  is  a 
financial  processing  system  designed  to  use  modern  automated 
data  processing  and  telecommunications  techniques  to  con¬ 
solidate  the  Navy’s  disbursing  and  accounting  functions 
into  a  single  data  base 

D.  SCOPE 

Since  the  capabilities  of  UADPS-SP,  APADE  II,  and  IDA 
are  complex  it  is  impossible  to  explore,  within  a  reasonable 


amount  of  time,  all  possible  interfaces  of  these  systems 
as  they  relate  to  the  many  functions  of  a  stock  point. 

Accordingly,  this  study  explores  the  opportunities  for 
interface  between  the  systems  by  examining  how  they  process 
one  type  of  operation,  purchase  action  control.  This 
operation  was  selected  for  three  reasons:  First,  the  time¬ 
liness  of  purchase  actions  has  a  direct  impact  on  mean  supply 
response  time  and  therefore  on  operational  availability.  As 
a  consequence,  it  is  important  that  when  a  customer  (e.g. , 
fleet  unit)  submits  a  requisition  requiring  purchase  action 
that  a  suitable  information  system  keep  both  the  purchasing 
activity  and  the  customer  abreast  of  all  current  status. 

Secondly,  a  purchase  action  enters  the  functional  areas  of 
all  three  information  systems  under  consideration.  Thirdly, 
the  Navy  channels  a  great  deal  of  money  through  purchase 
actions  at  stock  points. 

While  reading  this  thesis  it  might  help  to  visualise  a 
requisition  entering  the  supply  system  at  a  customer 
service  desk  at  a  Naval  Supply  Center,  and  subsequently 
being  purchased  commercially,  received,  delivered,  and  paid 
for,  all  as  one  continuous  process.  This  paper  will  analyze 
the  processes  involved  as  a  purchase  action  completes  its 
life  cycle  in  the  automated  systems  at  a  Navy'  Stock  Foint. 

S.  METHODOLOGY 

In  the  summer  of  19r’S  the  Director  of  the  Regional 
Financial  Services  Department  at  the  Naval  Supply  Center 
(NSC),  Oakland  perceived  a  potential  problem  with  the 

, 
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interface  between  his  bill  paying  organization  and  the 
Purchasing  Department.  He  anticipated  an  inadequate 
exchange  of  data  between  the  IDA  system  and  the  new  APADE 
system  that  was  being  designed  by  the  Fleet  Material  Support 
Office  (FMSO)  and  being  tested  at  NSC  Oakland.  The  director 
offered  this  problem  to  the  Naval  Postgraduate  School  for 
further  study. 

The  Regional  Financial  Services  Department  (RFSD)  had 
just  recently  become  part  of  the  Naval  Supply  Center; 
previously  it  had  been  the  Navy  Regional  Finance  Center, 

San  Francisco.  The  new  department  was  formed  under  the  IDA 
concept  by  combining  the  accounting  functions  from  the 
supply  center  with  the  disbursing  function  from  the  Navy 
Regional  Finance  Center  (NRFC).  After  visiting  both  the 
RFSD  and  the  Purchasing  Department  there  appeared  to  be 
inadequate  communication  between  the  systems’  users  and 
designers . 

The  researcher  next  visited  Mechanicsburg,  Pennsylvania 
to  observe  the  IDA/APADE  interface  at  the  central  design 
agency,  FMSO,  and  to  examine  the  IDA  system  in  use  at  the 
Ships  Parts  Control  Center. 

Data  for  this  paper  was  collected  on  three  levels; 

(a)  field  research  at  NSC  Oakland  and  phone  discussions 
with  NSC  San  Diego  and  NSC  Puget  Sound,  (b)  discussions 
with  central  design  agency  personnel  concerned  with  UADPS , 
APADE,  and  IDA,  and  (c)  publication  research  as  indicated 
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in  the  M  M  lography .  Although  :il  I  Un’i»c  methods  were 
neoessary  •  interviews  with  the  personnel  involved  genera  t  od 
tho  most  useful  Information. 


!•'.  fhesis  or/.ani  nation 

I'ho  fo rmat  desorLbed  in  the  table  of  oon tents  wan  ohonon 
hoonunn  it  noomn  to  present.  tho  material  In  a  loRioal 
ne^uenoe  hy  defining  tho  pro  Mom,  gather  in*:  pertinent  data, 
formulating  alternatives,  and  reoommendlng  a  solution. 

i'ho  supply  support  process  performed  at  a  took  points 
la  doaorll'od  in  /hapt.er  It  in  terms  of  nnmv.omont  oontrol 
of  three  ma.'or  funotlonai  inventory  oonttvl,  material 
ao,;u  i  n  1 1  i  on  ,  and  aooountlng.  /hapter  til  vloaorl'oon  the 
i’Arn;-i;p,  ATAPF  It,  and  t'/A  systems  designed  to  annlnt. 
management  in  oont  rot  t  Ing  thono  functions.  Faoh  system  in 
discussed  independently  In  nufflolont  detail  to  allow  tho 
roador  to  compare  tholr  objectives,  backgrounds  ,  and 
phynloat  doaorlptlonn  in  general  torma.  Anatyain  of  system 
objectives,  oompata'oi  t  i  ty  of  hardware  and  software  packages, 
and  potential  system  Interfaces  »ro  discussed  in  /hapten  IV, 
/hapten  V  wilt  present.  posalMo  intorfaoen  and  t.he  funds 
mental  oonoopta  of  system  design  ssioh  an  user  Involvement, 
top-level  support.,  and  nufflolont  time.  I'ho  researcher's 


recommendations  will  also  ho  advanoed  in  /hapten  V. 


II. 


POINTS 


MANAGEMENT  CONTROL  AT  NAVY  § TQt 

The  flow  of  requisitions  through  a  Navy  Stock  Point  Is 
a  continuous  production  process,  similar  to  an  automobile 
assembly  line.  A  requirement  or  order  enters  the  process 
at  one  end  and  a  product  is  delivered  at  the  other  after 
various  intermediate  processes  have  been  completed. 

Fart  A  of  this  chapter  describes  the  flow  of  a  purchase 
action  request  through  a  Naval  Supply  Pentor.  The  process 
of  a  requirement  flowing  through  a  stock  point  can  be 
depicted  as  continuous  motion  throughout,  the  system  much 
like  oil  moving  through  a  pipeline. 

Fart  B  describes  the  functional  compartmental  i.*,aticn  of 
the  production  process  into  specialised  departments,  and 
suggests  that  the  continuous  flow  of  oil  may  be  interrupted 
like  the  pouring  of  oil  from  one  functional  drum  to  another. 

A.  THE  PROCESS  AS  A  SYSTEM 

Navy  Stock  Points’  major  major  mission  is  to  provide 
goods  and  services  required  by  their  customers.  They 
accomplish  this  using  two  methods,  first  by  anticipating 
fleet  requirements  and  stocking  the  material  to  satisfy 
these  requirements,  and  secondly  by  reacting  to  individual 
custom# r  requisitions  by  acquiring  the  items  when  stock  is 
not  available.  This  paper  is  concerned  primarily  with  the 
second  method,  the  process  of  satisfying  customer  requisitions, 
which  is  depicted  in  Exhibit  1. 
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The  process  begins  when  a  customer's  requisition  arrives 
at  a  stock  points  the  requirement  must  be  recorded  and  stock 
checked  to  see  if  the  item  is  carried  in  inventory.  In  this 
case  we  will  assume  the  item  is  not  carried  and  must  be 
acquired  either  from  another  stock  point  or  a  commercial 
source.  A  determination  must  be  made  as  to  which  course 
to  follow.  Let  us  assume  the  item  must  be  purchased 
commercially.  The  record  keeping  required  so  far  includes 
a  record  of  all  demands  by  line  item  to  determine  future 
stocking  requirements,  a  record  of  each  document  received, 
its  current  status  and  location,  and  an  estimate  of  the 
expected  delivery  date. 

The  item  must  now  be  ordered  from  a  commercial  source. 

This  requires  identification  of  potential  suppliers, 
solicitation  of  bids,  source  selection,  and  preparation  of 
a  contract.  The  contract  as  well  as  the  requisition  must 
both  be  monitored.  This  requires  the  ability  to  cross- 
reference  the  requirement  by  requisition  number  and  contract 
number  or  Procurement  Instrument  Identification  Number  (PUN), 
and  to  record  the  current  status  of  the  contract. 

When  the  material  is  received  it  must  be  controlled 
physically  and  fiscally.  First  it  must  be  identified  to 
a  contract  so  it  can  be  inspected  and  approved,  then  it 
must  be  delivered  to  the  requiring  activity.  Finally  an 
account  payable  must  be  established  to  allow  payment  to  the 
vendor.  The  material  control  process  needs  access  to 
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outstanding  contracts  and  requisitions  and  the  ability  to 
record  receipt  of  the  material  and  prepare  shipping 
documents . 

The  final  functions  of  this  process  are  paying  the 
vendor,  billing  the  customer,  and  closing  all  applicable 
records.  This  requires  matching  material  receipt,  vendor 
invoice,  and  the  contracts  then  disbursing  the  funds  and 
recording  the  transaction.  Also,  the  requisitioner  must  be 
identified  and  charged  the  correct  amount.  Finally,  all 
records  reflecting  this  transaction  must  be  updated  accord¬ 
ingly,  which  demands  visibility  of  every  work  station  that 
participated  in  processing  the  original  requirement.  These 
functions  represent  only  a  small  portion  of  the  management 
processes  at  a  Navy  Stock  Point,  but  because  the  annual 
expenditure  of  funds  through  these  acquisition  functions 
is  so  large,  they  deserve  special  consideration.  In 
Fiscal  Year  78  Naval  Supply  Centers  purchased  ;P8Q  million 
of  non-standard  material. 

B.  THE  PROCESS  AS  A  SERIES  OF  FUNCTIONAL  ORGANISATIONS 

To  control  this  process  most  Navy  Stock  Points  have 
functionally  separated  the  process  into  departmental 
organisations  as  shown  in  Exhibit  2.  When  the  requisition 
enters  the  stock  point  the  Inventory  Control  Department 
will  determine  if  the  material  is  available  for  issue.  If 
it  i3  determined  that  the  item  is  not  carried  in  the 
supply  system,  the  requisition  is  passed  to  the  Purchasing 


Department  for  action.  After  the  contract  has  been 
awarded,  the  next  functions  are  receipt  of  the  material  from 
the  vendor  by  the  Material  Department  and  distribution  to 
the  customer.  Payment  and  accounting  functions  are  then 
accomplished  by  the  Regional  Financial  Services  Department. 
When  one  department  passes  the  document  to  another  for 
action  it  is  not  absolved  of  its  responsibility.  Each  must 
maintain  a  record  to  indicate  what  happened  to  every 
document  it  has  processed.  When  the  transaction  has  been 
completed  every  file  reflecting  the  existence  of  the 
original  requirement  must  be  updated.  This  necessitates 
feedback  through  the  functional  organizations . 

The  homogenous  system  described  in  Part  A  is  therefore 
controlled  by  compartmentalizing  it  into  functional  organ¬ 
isations  and  placing  a  manager  in  charge  of  each  function. 
Chapter  III  describes  information  systems  managers  use  to 
control  these  functions.  In  controlling  their  piece  of  the 
system,  management  must  be  careful  not  to  suboptimise,  but 
must  be  mindful  of  the  entire  process. 
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III.  NAVY  STOCK  POINTS  AUTOMATED  MANAGEMENT  INFORMATION  SYSTEMS 


Chapter  II  described  the  supply  support  process  at  a 
Navy  Stock  Point  in  terms  of  related  functions  and  indicated 
that  management  control  focused  more  on  the  individual 
functions  than  on  the  overall  process.  This  chapter 
describes  the  three  management  information  systems  used  to 
control  three  functions;  inventory  control,  material 
acquisition,  and  accounting. 

A.  UNIFORM  AUTOMATED  DATA  PROCESSING  SYSTEM  FOR  STOCK  POINTS 

1.  Objectives ;  The  Uniform  Automated  Data  Processing 
System  for  Stock  Points  (UADPS-SP)  is  a  standard  mechanized 
system  for  supply  and  non-Navy  Industrial  Fund  financial 
management  programs  £  5* ?] •  The  main  objective  of  UADPS-SP 

is  to  control  and  coordinate  material  requirements,  inventory, 
receipts  and  issues  within  budgetary  constraints 

2.  Background!  The  concept  of  using  computers  to  aid 
supply  distribution  was  first  applied  at  the  Naval  Supply 
Center,  Norfolk,  Virginia  in  1956  [^6:2-1].  The  initial 
application  was  an  experiment  to  see  if  a  machine  could 
process  supply  transactions  and  maintain  stock  record 
cards,  tasks  that  previously  consumed  many  man-hours. 

Based  on  the  success  of  the  experiment  computers  of  various 
descriptions  were  installed  at  the  Naval  Supply  Centers  in 
Oakland,  Bayonne,  and  San  Diego,  the  Naval  Supply  Depot  in 


Newport,  and  the  Naval  Shipyard  in  Charleston  in  1957  and 
1958  [6  :2-lJ.  The  Naval  Supply  Systems  Command  then  known 
as  the  Bureau  of  Supplies  and  Accounts  (BUSANDA)  established 
a  full-time  committee  in  February  1961  to  standardize  the 
mechanized  procedures  and  equipment  at  Navy  Stock  Points. 

The  objectives  of  the  committee  included  minimizing  system 
specification  development  costs,  ADP  analysis  costs,  and 
programming  costs;  and  establishing  uniform  supply  manage¬ 
ment  policies  and  procedures  [o:2-l]. 

UADPS-SP  began  development  in  1962  when  six  participating 
stock  points  were  each  assigned  particular  applications  to 
analyze  and  program.  The  initial  eight  applications 
included: 

Application  Area 

A  Requisition  History  and  Status 

B  Receipts/Dues 

C  Demand  Processing 

D  Inventory  Control  File  Maintenance 

E  Financial  Inventory  Control 

F  Stores  Accounting 

G  Cost  Accounting 

K  Payroll  [6:2-2] 

UADPS  was  born  on  15  March  1963  when  applications  A,  3, 

C,  D,  and  E  were  implemented  at  Naval  Supply  Depot  (NSD), 
Newport,  Complete  conversion  to  full  UADPS  was  successfully 
accomplished  at  NSD  Newport  on  15  August  1963  [o:2-2j. 
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To  replace  decentralized  stock  point  program  maintenance 
BUSANDA  established  the  Data  Systems  Support  Office  (DASSO) 
in  April  1964.  DASSO  would  develop  and  maintain  all  UADPS 
programs  £6:2-2^.  The  Systems  Development  Branch  of  DASSO 
located  at  Mechanicsburg,  Pennsylvania  became  the  Stock 
Point  UADPS  Task  Force  of  the  Fleet  Material  Support  Office 
in  1965  [5*l]. 

By  1966  UADPS  was  in  operation  at  all  seven  Naval  Supply 
Centers  and  the  Naval  Shipyard  on  Puget  Sound  [6;2-3}« 

By  1970  UADPS -SP  had  been  extended  to  Industrial  Naval  Air 
Stations,  Naval  Air  Stations,  Naval  Supply  Depots,  and  all 
Naval  Shipyards  [5:1^. 

3.  Description; 

a.  Hardware;  The  heart  of  UADPS-SP  is  a  Burroughs 
central  processing  unit  (CPU)  which  was  initially  placed  in 
service  in  1972.  The  system  as  originally  designed  processes 
supply  transactions  "on-line''  and  processes  financial  trans¬ 
actions  in  a  "batch-mode"  £5*lJ- 

There  are  four  standard  hardware  configuration  types. 

The  difference  in  the  four  types  is  the  number  of  peripheral 
equipments  connected  to  the  CPU.  Type  I  is  the  largest 
system  with  eleven  tape  drives ,  two  printers ,  four  hundred 
forty  mega  bytes  of  disc  storage,  three  hundred  sixty  bytes 
of  memory,  sixteen  remote  terminals,  two  card  readers,  and 
two  consoles  ^2;23j.  Types  II,  III,  and  IV  utilize  the 
same  equipment  in  smaller  quantities  depending  on  the 
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operation.  Currently  there  are  nineteen  equipment  sites 
servicing  thirty-eight  activities  £5‘l]* 

b.  Softwares  The  UADPS-SP  software  was  originally 
designed  and  programmed  in  the  ldoO's  and  has  been  improved 
"on  a  piecemeal,  project  by  project  basis"  [5*1].  The 
original  eight  applications  have  been  augmented  by  the 
followings 

Area 

Management  Information 
Quality  Control 
Military  Payroll  (JUMPS) 

Excess ing/Disposal 
Automated  Ready  Supply  Stores 
Record  Maintenance 
Repai rabies 

Personnel  Accounting  [2s23j 


AppI ication 
H 
I 
L 
M 
N 
P 
R 


UADPS-SP  is  a  large,  very  complex  patchwork  conglomeration 
of  related  programs  designed  to  run  on  third  generation  ADP 
equipment. 


c.  Functions  When  a  purchase  request  is  received 
it  is  manually  checked  for  completeness  and  accuracy  before 
being  entered  in  the  Burroughs  machine  via  punched  card. 

The  computer  now  checks  the  stock  number  against  the  stock 
record  cards  held  in  its  memory  and  records  the  document  in 
the  Requisition  Status  File  and  the  Historical  Demand  File. 
The  Requisition  Status  File  records  all  requisitions  by 
document  number  and  maintains  the  current  status  of  each 
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requisition  for  automatic  dissemination  or  response  to 
inquiries.  The  Historical  Demand  File  records  the  stock 
number  of  the  item,  the  date  and  quantity  requested.  This 
file  is  used  to  determine  future  stocking  policy. 

The  stock  point  inventory  is  recorded  in  the  machine  by 
both  quantity  of  items  and  dollar  value.  An  individual 
machine  record  for  each  item  carried  in  stock  maintains  a 
perpetual  inventory,  reflecting  receipts,  issues,  receipts 
due-in,  balance  on  hand,  or  backorders,  When  inventory 
transactions  are  recorded  a  corresponding  financial  adjust¬ 
ment  is  recorded  to  maintain  perpetual  dollar  value  accounts 
by  commodity  classification. 

3.  AUTOMATION  OF  PROCUREMENT  AND  ACCOUNTING  DATA  ENTRY 

SYSTEM  II 

1.  Objectives ;  Automation  of  Procurement  and  Accounting 
Data  Entry  (AFADE)  is  a  system  designed  to  automate  the  routine 
functions  of  field  purchasing  such  as  document  preparation 

and  file  updates  and  also  to  provide  a  management  information 
system  for  acquisition  managers.  Historically  field  pur¬ 
chasing  has  been  extremely  labor  intensive  and  therefore 
relatively  slow  in  relation  to  the  capabilities  of  existing 
automatic  data  processing  machines. 

2.  3ackgroundi  In  April  of  1975  Automation  Procurement 
and  Accounting  Data  Entry  I,  a  research  and  development 
project,  was  initiated  to  see  if  existing  manual  procurement 
processes  could  be  completed  through  the  use  of  a  mini¬ 
computer  system  C"11!  This  study  pointed  out  the  potential 


(NSC),  Oakland  perceived  a  potential  problem  with  the 
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for  improvement  in  field  purchasing  through  automation 
and  paved  the  way  for  future  studies  in  this  area.  In 
December  of  19?5i  the  Navy  Fleet  Material  Support  Office 
was  tasked  with  reviewing  the  various  locally  developed 
automated  systems  at  NAVSUP  field  procurement  activities 
for  development  of  a  standard  system  C7'1]-  This  study 
revealed  a  wide  variety  of  individual  systems  geared  for 
a  few  functions  on  a  limited  scale,  none  of  which  were 
comprehensive  enough  to  satisfy  all  procurement  data 
processing  requirements. 

Fiscal  year  1977  funds  were  granted  under  the  Navy 
Productivity  Enhancement  Program  to  develop  A FADE  II  for 
system-wide  application.  Naval  Supply  Center,  Oakland  was 
selected  as  the  test  site  for  the  prototype  installation 
and  thus  APADE  II  was  born  in  April  1977  £8:lJ. 

3.  System  Implementation;  APADE  II  was  designed  to  be 
implemented  in  four  phases  or  modules.  Module  One  is  the 
establishment  and  maintenance  of  procurement  files.  This 
module  requires  installation  of  the  CPU,  memory  discs,  tape 
unit,  high  speed  printer,  the  CRTs  and  of  course,  the 
applicable  software.  Module  Two  is  the  production  of  pro¬ 
curement  instruments,  such  as  purchase  orders  and 
modifications.  This  module  requires  the  addition  of  low 
speed  printers  in  the  purchase  section.  Module  Three  is 
production  of  management  reports.  All  hardware  is  available 
for  deployment  of  this  module,  but  at  the  present  time  the 
software  is  incomplete.  Module  Four  is  the  interface 
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segment.  This  module  is  purely  a  software  problem;  with 
the  objective  of  interfacing  APADE  with  financial  and 
inventory  programs  in  UADPS  as  well  as  the  Procurement 
Accounting  Reporting  System  (PARS)  £?:8j.  This  module  is 
still  in  the  conception  stage  due  to  the  complexity  and 
importance  of  the  interfaces. 

4.  System  Description: 

a.  Hardware:  The  hardware  used  for  APADE  consists 
of  an  Interdata  7/32  minicomputer  with  256,000  bytes  of 
core  memory.  Original  design  calls  for  one  1600  BPI  tape 
unit,  one  600  line  per  minute  printer,  and  two  external 

disc  memory  units.  Larger  applications  may  require  additional 
capabilities  which  can  be  facilitated  by  adding  more  ancillary 
equipment . 

b.  Software:  The  system  software  is  still  being 
developed.  The  central  design  agency,  FMSO,  has  contracted 
for  completion  of  the  software  package.  Decentralization  of 
the  design  function,  by  introducing  a  contractor,  appears 

to  have  increased  the  complexity  of  the  vital  communication 
link  between  the  users  and  the  designers.  The  system  users 
are  now  faced  with  the  possibility  of  communicating  with  the 
wrong  designer  or  having  to  communicate  through  one  design 
agency  to  another  to  have  their  desires  known. 

c.  Function:  To  best  describe  the  field  purchasing 


function  and  the  use  of  APADE  II,  the  processing  of  a  typical 
purchase  request  will  be  discussed.  When  a  purchase 
request  is  received  it  is  first  processed  by  the  pre-purchase 


section.  Here  the  purchase  request  is  reviewed,  placed  in 


the  proper  priority  folder  and  assigned  to  a  buyer.  This 
is  where  initial  entry  will  be  made  into  A FADE  It.  A 
transcript  of  the  purchase  request,  and  the  buyer  code 
assigned  will  be  entered  via  CRT  terminal  into  the  Furchase 
Master  File  iFMF).  At  this  time  a  Procurement  Instrument 
Identification  Number  (FIIN)  will  be  assigned.  The 
original  purchase  request  can  now  be  referenced  by 
requisition  number  or  FIIN. 

The  purchase  request  folder  is  now  forwarded  to  the 
Small  Business  Specialist  for  small  business  set-aside 
review  and  then  on  to  tin5  purchase  section  supervisor  who 
must  examine  buyer  workload  and  assign  a  new  buyer  if 
necessary.  If  a  new  buyer  is  assigned,  a  data  input  form 
is  submitted  for  entry  into  the  mini-computer  indicating 
the  new  buyer  code. 

Now  that  a  buyer  has  the  purchase  request  for  action, 
the  next  stop  is  to  find  a  source  of  supply:  manually  this 
would  require  a  search  through  old  purchase  orders  or 
departmental  files.  A FAFF  allows  the  buyer  to  query  the 
Commercial  Source  File  (CSF) ,  a  list  of  all  vendors  who 
have  successfully  completed  contracts  filed  by  commodity. 
The  buyer  merely  inserts  the  item  to  be  purchased  into  the 
CRT  ;uid  a  list  of  possible  sources  is  displayed  in  real 
time.  If  the  buyer  wishes  to  make  a  change  to  the  CSF  he 
prepares  a  local  form  which  will  be  entered  on  the  CRT. 


If  the  purchase  is  delayed  for  some  reason  a  transcript  memo 
is  sent  and  entered  on  the  CRT  to  ensure  current  status  in 


the  purchase  master  file. 

When  the  buyer  places  an  order  for  the  material  a 
buyers '  worksheet  is  prepared  and  forwarded  to  document 
preparation  for  typing  of  the  instrument.  AFADE  II  will 
allow  the  Purchasing  Division  to  input  the  buyers'  worksheet 
into  the  CRT  which  will  update  the  Master  Purchase  File; 
the  computer  will  then  print  the  purchase  document  on  the 
high  speed  printer. 

Prior  to  AFADE,  document  control  of  purchase  requests 
was  left  entirely  to  a  hand  carried  system.  If  a  manager 
wanted  to  check  on  an  important  purchase  action  he  had  to 
either  guess  where  the  documents  were  in  the  system  or 
personally  trace  the  path  of  the  documents  to  see  who  was 
holding  the  hard  copy.  Now  with  a  real  time  inquiry  on  the 
CRT  the  manager  has  an  instant  status  report  that  net  only 
tells  him  where  the  purchase  request  is  but  its  entire 
history,  including  length  of  processing  time  at  each  station. 
On  request  the  manager  can  receive  a  report  of  work  in 
progress  which  is  a  listing  of  all  purchase  requests  in 
house  sequenced  by  response  due  date  or  receipt  date.  All 
categories  of  documents  will  be  summarised  by  buyer  code, 
section  or  branch  ^Fil^J.  Management  can  also  request  a 
procurement  production  report  showing  totals  of  purchase 
requests  received,  cancelled,  referred,  on  solicitation, 
awarded,  maintenance  actions,  buyer  actions,  and  all 
remaining  work  in  progress  f? tiol. 


G.  INTEGRATED  DISBURSHING  AND  ACCOUNTING 

1.  objectives*  The  main  objective  of  IDA  is  to 
establish  a  single  integrated  data  base  for  Navy  accounting. 
Establishment  of  this  single  data  base  will  reduce  the 
flow  of  hardcopy  documents  between  activities  and  promote 
timely  and  accurate  compilation  of  financial  data. 

2.  Background: 

Historically  the  Navy's  cash  disbursement  and 
accounting  systems  have  been  independent  activities.  The 
process  had  not  changed  significantly  since  World  War  II; 
when  in  order  to  provide  prompt  payment  to  contractors 
supporting  the  war  effort,  invoices  were  processed  through 
the  disbursing  function  prior  to  accounting  for  the  trans¬ 
action  [4:l-3j.  Each  invoice  was  matched  to  an  established 
account  payable,  certified  for  accuracy,  documented,  and 
paid.  Payments  were  generally  made  by  Navy  Regional 
Finance  Centers  (NRFC ) .  Each  NRFC  would  maintain  detailed 
records  of  these  disbursements  and  render  periodic  reports 
to  higher  authority  and  the  Department  of  the  Treasury  [9*l]- 
This  process  was  purely  a  cash  accounting  system. 

Funds  were  obliged  by  individual  activities  holding 
funds,  but  the  accounting  was  performed  by  an  Authorized 
Accounting  Activity  (AAA).  When  an  activity  ordered 
material  a  hard  copy  obligation  document  would  be  forwarded 
to  the  AAA  to  record  the  obligation  of  funds.  To  close  out 
this  obligation  the  AAA  would  wait  to  receive  a  disbursement 


notification  from  the  paying  office.  This  was  known  as  the 
cost  or  accounting  financial  system  [9.2J.  (See  Exhibit  3) 
The  major  deficiency  of  the  system  was  geographic  and 
functional  decentralization.  There  were  thirteen  Navy 
Finance  Offices,  Five  Navy  Regional  Finance  Centers,  and  a 
Navy  Finance  Center  for  cash  accounting  and  two  hundred  and 
seventy-five  Authorized  Accounting  Activities  for  cost 
accounting  The  problem  areas  of  this  system  werei 

a)  multiple  recording  of  data, 

b)  untimely  financial  data, 

c)  high  support  costs  associated  with  hardcopy 
documentation , 

d)  multiple  reconciliation,  and 

e)  approximately  a  two  billion  dollar  balance  of 
undistributed  payments 

In  fiscal  year  1970  Haskins  and  Sells  was  commissioned 
to  conduct  a  study  of  the  Navy's  accounting  system.  Based 
on  the  findings  of  this  study  in  1972,  the  Integrated 
Financial  Management  System  (IFMS)  Project  Office  was 
established  to  develop  and  implement  an  integrated  accounting 
system  and  a  procurement  accounting  system.  Also  in  1972, 
the  Financial  Management  Improvement  Plan  (FMIP)  was 
established  to  provide  centralized  control  over  the  develop¬ 
ment  of  financial  systems  £l0:4j. 
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3.  System  Implementation) 


In  fiscal  year  1973  NAVCOMPT  tasked  NAVSUP  with 
developing  an  IDA  process  for  Navy  Stock  Fointsi  the 
development  and  implementation  was  divided  into  phases 
[10. 8j.  In  Phase  I  hardcopy  source  documents  were  redirected 
from  NRFC's  to  the  AAA's.  The  AAA  would  then  send  the  NRFC 
automated  transaction  data  for  entry  into  the  Automated 
Public  Voucher  System  (APVS)  which  would  pay  the  bill  and 
generate  a  magnetic  tape  for  the  AAA  showing  all  payments 
made.  Now  the  AAA  could  adjust  accounts  payable  and  post 
expenditures.  Phase  I  was  implemented  at  NSC  San  Diego  in 
July  1975  [l0 » 8  J.  Phase  IA  was  implemented  at  NSC  San  Diego 
in  January  1976,  it  was  a  transitional  step  introducing 
automated  check  issue  and  reimbursable  SF  1080  billings. 

Phase  II  A,  introduced  in  fiscal  year  1978,  improved  the 
check  issue  procedure  and  added  mechanised  disburshing 
reports  [lOtS].  Fhase  II  B,  initially  installed  as  a 
prototype  at  NSC  San  Diego  in  April  1975,  provided  .in  on¬ 
line  Cathode  Ray  Tube  (CRT)  capability  to  capture  and 
validate  transactions  in  the  Job  Order  Reference  Pile, 
Document  Control  File,  Funds  Control  File, General  Ledger, 
and  the  Job  Cost  File  [l»2j.  Phase  II  C  which  is  still 
being  developed  will  allow  updating  the  accounting  system 
on  a  twenty-four  hour  cycle  and  will  provide  expanded  remote 
access  capabilities.  Phase  III  will  physically  consolidate 
the  accounting  and  disburshing  operations  [lOtll], 
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U.  Description ; 


a.  Hardware: 

IDA  Phase  I  through  IIB  are  all  basically  batch 
post  systems  run  on  the  Burroughs  3500  computer.  A  mini¬ 
computer,  the  Interdata  7/32,  will  be  introduced  prior  to 
Phase  II  C  ^10:11^  in  an  interim  Phase  II  BE  (enhanced). 

The  prototype  mini-computer  is  scheduled  for  installation 
at  NSC  San  Diego  in  October  1979. 

b.  Software: 

The  software  for  Phases  I,  I  A,  II  A,  and  II  3 
are  completely  written  and  installed.  Software  for  Phases 
II  BE  and  II  C  is  still  being  developed. 

c.  Functions: 

The  IDA  concept  rtevolves  around  lo  regional 
Financial  Information  Processing  Centers  (FIPC)  that 
report  to  a  Central  Accounting  and  Finance  Office  (CAFO). 

A  FIPC  is  formed  by  combining  a  disbursing  activity  (e.g. , 
NRFC)  with  an  accounting  activity  (e.g.,  AAA).  Each  FIPC 
is  to  provide  both  disbursing  and  accounting  services  to 
the  customer  activities  in  their  geographic  area.  The 
FIPC’s  will  be  linked  together  and  to  the  CAFO  through 
telecommunications . 

Consolidating  accounting  and  disbursing  allows  one¬ 
time  data  capture  and  establishment  of  a  single  document 
file.  Obligation  and  disbursement  can  be  accomplished 
from  the  same  document.  Another  function  of  IDA  is  the 
maximum  utilization  of  telecommunication  and  automated  data 
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processing  (ADP)  technologies  to  achieve  a 
timely  financial  management  system  £4,10]. 
on-line  data  base  should  improve  financial 
control  at  all  levels.  (See  Exhibit  4) 


responsive  and 
A  single, 
reporting  and 
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IV.  COMPARATIVE  ANALYSIS  OF  THE  SYSTEMS 


Chapter  III  described  three  seemingly  autonomous 
mechanized  systems  at  Navy  Stock  Points  in  terms  of  the 
characteristics  listed  in  Exhibit  5.  This  Chapter  analyzes 
these  systems  with  regard  to  those  characteristics  (e.g. , 
objectives,  backgrounds,  implementation  plans,  and  physical 
descriptions)  to  determine  if  there  is  potential  for 
integration. 

A.  OBJECTIVES 

There  are  some  strong  similarities  in  the  objectives  of 
these  systems.  UADPS-SF  is  concerned  primarily  with 
controlling  material  requirements.  This  not  only  pertains 
to  physical  control  of  material  but  also  the  flow  of 
documentation.  It  is  this  flow  of  documentation  that  winds 
through  the  stock  point  and  ties  these  systems  together. 

For  example,  as  illustrated  in  Exhibit  6,  when  a  requisition 
for  non-standard  material  is  received  at  a  stock  point  it 
first  enters  UADPS-SP.  Here  customer  identif ication  and 
material  description  data  are  recorded.  When  it  has  been 
determined  that  commercial  acquisition  is  necessary,  the 
hardcopy  requisition  is  passed  to  the  Purchasing  Department 
where  it  is  entered  into  APACE  II.  Now  customer  identifi¬ 
cation  and  material  description  data  are  entered  again,  as 
well  as  the  financial  accounting  data  needed  to  prepare 
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COMPARISON  OF  INFORMATION  SYSTEMS  EXHIBIT  5 


CHARACTERISTIC 

INFORMATION  SYSTEM 

UADPS-SP 

APADE  n 

IDA 

OBJECTTVSS 

CONTROL  AND 

COORDINATE 

MATERIAL 

REQUIREMENTS 

AUTOMATE  LABOR 

INTENSIVE  TASKS, 

DOCUMENT  VISIBILITY 

FOR  MANAGEMENT 

SINGLE  DATA  BASE, 

TIMELY  FINANCIAL 

DATA 

BACKGROUND 

1962  THRU  1972 

SUPPLY  BASIS 

1975  TO  PRESENT 

PURCHASE  BASIS 

1975  TO  PRESENT 

ACCOUNTING  AND 

DISBURSING  BASIS 

IMPLEMENTATION 

FULLY 

IMPLEMENTED 

MODULES  I  AND  II 

COMPLETE, 

MODULES  III  AND  IV 

TTC  PROGRESS 

PHASES  I,IA,IIA,II3 

COMPLETE, 

PHASES  IIC  AND  III 

TN  PROGRESS 

DESCRIPTION 
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the  contract.  Next  the  contract,  which  contains  all  the 
information  provided  by  the  requisition,  is  passed  to  the 
IDA  system. 

Both  UADPS-SP  and  APADE  II  are  concerned  with  monitoring 
customer  requisitions  but  at  different  stages  of  the  pro¬ 
duction  process.  IDA,  the  third  system  under  consideration, 
has  as  one  of  its  objectives,  establishment  of  a  single 
data  base  for  both  the  disbursing  and  accounting  functions. 
The  data  forming  this  data  base  originate  from  the  same 
requisitions  residing  in  the  other  two  systems.  All  three 
systems  have  a  similar  basic  objective  of  capturing  data 
from  customer  requisitions  for  processing  or  monitoring  of 
progress . 

There  are  some  definite  dissimilarities  among  the 
systems'  objectives  that  need  to  be  recognised,  tfhile 
processing  all  requisitions,  UADFS-3P  is  primarily  concerned 
with  requirements  for  standard  items  held  in  the  supply 
system.  Items  requiring  purchase  action  receive  relatively 
little  attention  from  the  UADPS-SP  system.  APADE  processes 
only  purchase  actions,  disregarding  the  majority  of 
requisitions  that  call  for  standard  items.  IDA  overlaps 
both  UADPS-SP  and  APADE  II  because  it  processes  all  financial 
transactions  regardless  of  the  material  source.  The 
dissimilarity  arises  because  UADPS-SP  and  APADE  II  are  con¬ 
cerned  with  material  requirements;  IDA  is  concerned  strictly 
with  the  financial  data  off  the  same  documents  previously 
processed  by  the  other  two  systems. 
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3.  SYSTEM  BACKGROUNDS  AND  IMPLEMENTATION 

The  backgrounds  of  the  three  systems  are  relatively 
diverse.  UADPS  was  developed  primarily  between  1962  and 
1972  as  a  supply  transaction  recordkeeping  system.  The 
system  is  large,  established,  and  completely  operational. 
APADE  II  was  conceived  after  UADPS-SP  was  fully  in  service 
and  is  wholly  a  purchase  oriented  system.  IDA  was  developed 
since  1975  and  is  therefore  a  relative  newcomer  to  the 
scene.  IDA  is  descended  directly  from  disbursing  and 
accounting  forefathers. 

UADPS-SP  has  matured;  it  is  flexible  enough  to  accept 
modification,  but  can  be  considered  completely  implemented. 
APADE  II  and  IDA  are  both  still  very  young,  growing  systems 
in  mid-evolution.  Neither  has  had  its  total  design  com¬ 
pleted,  let  alone  tested  or  implemented. 

C.  DESCRIPTIONS 

The  hardware  utilised  by  UADPS-SP  is  third  generation 
Burroughs  equipment;  not  exactly  state  of  the  art  technology, 
but  still  functional.  APADE  II  and  IDA  will  both  be  using 
Interdata  model  7/32  modem  minicomputers.  While  AFADE  II 
and  IDA  equipment  use  identical  machines  that  can  be  hard¬ 
wired  together,  their  interface  with  UADPS-SP  or.  the 
Burroughs  machine  will  have  to  be  via  magnetic  tape  ba  oCh 
posting.  Daily  batch  posting  is  not  as  effective  an  inter¬ 
face  as  hard-wire,  but  should  prove  acceptable  until  the 
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Burroughs  machines  are  replaced  with  more  modem  equipment 
that  can  handle  an  on-line  system  interface. 

The  software  should  prove  very  adaptable  for  any 
potential  interaction.  UADPS-SP,  as  we  know  it  today, 
evolved  by  sequential  patching  together  of  16  individual 
applications.  This  type  of  system  would  lend  itself  to 
modifying  an  existing  application  or  adding  a  new  one. 

Since  APADE  II  and  IDA  are  still  in  the  design  stage, 
potential  system  interfaces  could  still  be  included  in  the 
fundamental  designs  (with  relative  ease). 

The  functions  of  the  three  systems  are  similar  in  that 
they  all  perform  some  process  based  on  the  customer's  orig¬ 
inal  requisition.  Exhibits  1  and  2  showed  the  management 
control  processes  and  the  functional  compartmentalization 
of  those  processes  respectively.  Exhibit  6  shows  how  the 
production  process  of  a  Navy  Stock  Point  flows  between  the 
three  systems  under  discussion.  These  systems  are  not 
autonomous  devices  but  interrelated  components  of  a  large 
system,  supply  processing  at  a  Navy  Stock  Point. 

D.  POTENTIAL  FOR  INTEGRATION 

Exhibit  7  depicts  the  flow  of  data  and  the  files 
affected  in  the  systems  when  a  non-standard  purchase 
request  is  processed  at  a  Navy  Stock  Point.  The  interfaces 
between  the  three  systems,  as  currently  designed,  are 
described  below  and  depicted  in  Exhibit  ?. 
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1.  UADPS-SP  to  APADE  II 

The  first  interface  between  the  systems  under 
discussion  occurs  when  hard-copy  requisitions  are  passed 
from  UADPS-SP  to  APADE  II.  At  this  point  in  time,  the 
Requisition  Status  File  (RSF)  in  UADPS-SP  contains  a  record 
of  the  requisition  number,  the  item  description,  requisitioner , 
quantity,  and  priority  identification  data.  When  the  pur¬ 
chase  request  is  received  in  Purchasing,  this  same  data 
plus  additional  data  elements  are  entered  into  the  APADE  II 
computer  from  the  hard-copy  document.  After  this  initial 
interface,  all  data  contained  in  the  Requisition  Status 
File  in  UADPS-SP  is  duplicated  in  the  Purchase  Requisition 
File  in  APADE  II. 

2.  APADE  II  to  UADPS-SP 

The  second  interface  occurs  after  Purchasing  has 
awarded  a  contract  when  a  punched  card  produced  by  the 
computer  is  sent  back  to  UADPS-SP.  This  card  is  called 
297  and  is  used  to  enter  the  PUN  and  the  estimated  delivery 
date  in  the  RSF.  This  data  is  already  recorded  in  APADE 
II  in  the  Procurement  Instrument  File. 

3-  APADE  II  to  IDA 

The  third  interface  also  follows  award  of  the 
contract!  here  a  magnetic  tape  called  ZNI  transfers  an 
image  of  the  contract  to  the  IDA  system.  The  data  elements 
on  this  tape  are  taken  from  the  Procurement  Instrument  File 
(PIF),  which  holds  every  data  element  from  the  contract 
and  is  used  as  the  source  for  preparing  the  contract 


document.  IDA  enters  the  data  from  the  ZNI  tape  in  the 
Outstanding  Document  File  (ODF)  and  the  Contract  Status 
File  (CSF) .  The  ODF  records  contract  data  filed  by 
requisition  number.  Cross  reference  is  made  to  Contract 
Line  Item  Number  (CLIN),  PUN,  and  Accounting  Cross  Reference 
Number  (ACRN).  The  primary  purpose  of  this  file  is  to 
facilitate  billing  the  original  requisitioner .  The  Contract 
Status  File  records  the  terms,  contract  clauses,  dollar 
value,  and  accounting  data  filed  by  PUN.  This  file  keeps 
track  of  all  payments  made  against  the  contract. 

4.  IDA  to  APADE  II 

The  fourth  interface  occurs  after  payment  has  been 
made  to  the  vendor  when  payment  cards  are  physically  deliv¬ 
ered  to  Purchasing  o  update  the  PRF.  Basically  data  is 
being  read  from  the  CSF  in  IDA  to  the  PRF  in  AFADE  II.  It 
seems  logical  that  to  complete  the  cycle  of  the  production 
process  that  the  RSF  in  UADPS-SP  should  be  updated  at  this 
time?  this  is  not  the  case,  however. 


V.  ALTERNATIVE  APPLICATIONS  AND  RECOMMENDATIONS 


The  preceeding  chapter  described  the  interfaces 
currently  programmed  into  the  three  systems  under  discussion. 
This  chapter  presents  alternative  proposals  for  these  inter¬ 
faces  as  part  of  a  comprehensive  plan  to  most  efficiently 
utilize  the  ADP  resources  available  at  Navy'  Stock  Points. 

The  reader  is  asked  to  compare  the  production  system  as 
currently  perceived  (Exhibit  7)  with  the  revised  production 
system  (Exhibit  3) ,  while  reading  this  chapter. 

A.  ALTERNATIVE  APPLICATIONS 

1.  Initial  entry  into  AFADE  II >  The  first  interface  is 
the  passing  of  the  entire  hard-copy  documents  from  UADFS-SP, 
in  the  Inventory  Control  Department,  to  AFADE  II,  in  the 
Purchasing  Department.  There  are  two  alternative  methods 
for  accomplishing  this  interface.  One  is  to  have  all  non¬ 
standard  requisitions  flow  directly  to  purchasing, 
eliminating  any  entry  into  UADFS-SP.  A  benefit  of  this 
alternative  is  elimination  of  duplicate  records  since  the 
documents  would  be  recorded  only  in  the  Furchase  Requisition 
File  and  not  in  the  Requisition  Status  File;  this  eliminates 
one  interface.  The  major  argument  against  this  approach 
is  that  there  is  no  single  record  that  reflects  all 
requisitions,  thereby  requiring  a  search  of  two  files 
located  in  separate  computers  in  order  to  obtain  the 
status  of  a  given  requisition. 
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The  second  alternative  is  to  modify  the  existing  method, 
(e.g. ,  Inventory  Control  Department  maintain  status  of  all 
requisitions  in  the  RSF)  by  passing  control  of  all  purchase 
actions  to  the  Purchasing  Department.  Under  this  option, 
when  a  requisition  requiring  action  is  received  at  a  stock 
point,  only  the  document  number  and  an  indication  that  com¬ 
plete  control  of  that  document  has  been  passed  to  Purchasing 
will  be  recorded  in  UADPS-SP.  All  status  inquiries  will  be 
directed  to  APADE  II  for  direct  reply  to  the  customer.  The 
first  interface  would  now  consist  of  hard-copy  requisitions 
and  follow-up  documents  to  be  entered  via  CRT  terminal  into 
APADE  II. 

There  are  two  main  benefits  of  this  approach:  First, 
the  only  duplicated  data  would  be  the  requisition  number. 
Secondly,  the  monitoring  of  purchase  requests  would  be 
centralized  in  one  department  (e.g.,  Purchasing)  and  one 
computer  system  (e.g.,  APADE  II).  This  allows  the  requi- 
sitioner  direct  access  to  the  data  base  that  contains  the 
most  current  and  accurate  status  of  his  requisition.  The 
current  interface  design  calls  for  a  customer  follow-up  to 
be  answered  with  a  "BV"'  status  card  from  UADPS-SP  showing 
merely  the  date  the  requisition  was  passed  to  Purchasing. 
This  same  status  would  continue  to  be  provided  until  an 
award  was  made,  when  a  contract  number  and  estimated 
delivery  date  would  be  supplied.  Any  additional  infor¬ 
mation  needed  by  the  requiring  activity,  such  as  the 
vendor’s  name,  mode  of  shipment,  or  point  of  contact,  could 


only  be  obtained  via  message  request  or  phone  call  which 
require  manual  research  and  response  by  stock  point  per¬ 
sonnel.  Since  APADE  II  is  designed  to  monitor  purchase 
actions  it  could  respond  directly  to  the  customer's  follow¬ 
up  with  the  data  available  in  its  data  base  without  going 
through  UADPS-SP.  This  modification  would  require  a  clerk 
to  enter  the  follow-up  inquiry  into  APADE  via  a  CRT  terminal 
and  time  on  the  high  speed  printer  to  prepare  a  reply. 
Adoption  of  the  second  proposal  is  recommended  since  it 
relieves  the  Inventory  Control  Department  of  any  respon¬ 
sibility  for  monitoring  purchase  requests  and  provides 
more  timely  status  to  stock  point  customers,  because  an 
on-line  computer  system  is  now  monitoring  the  purchase 
actions  and  responding  directly  to  follow-ups. 

2.  First  UADPS-SP  Update >  The  second  interface  can  be 
eliminated  if  all  purchase  action  monitoring  is  accomplished 
by  APADE  II.  Currently  a  punched  card  is  passed  from 
purchasing  to  inventory  control  to  update  the  RSF  in 
UADPS-SP  when  a  contract  is  awarded.  If  the  RSF  is  not 
used  to  monitor  purchase  requests  this  update  is  not 
required.  Eliminating  this  interface  will  save  man-hours 
by  removing  one  daily  batch-mode  posting  and  will  reduce 
the  response  time  on  follow-up  requests. 

3«  Contract  Data  to  IDA»  The  third  interface  is  the 
transfer  of  contract  data  from  the  Procurement  Instrument 
File  (PIF)  in  APADE  II  to  the  Outstanding  Document  File 
(ODF)  in  IDA  via  the  ZNI  tape.  This  transfer  records  the 


same  data  in  a  second  file  creating  unnecessary  redundancy. 
Logic  would  dictate  maintaining  only  one  file  of  contract 
data.  There  are  two  possibilities;  first,  hard-wire 
APADE  II  and  IDA  together  and  eliminate  the  CDF  in  IDA. 

When  IDA  requires  contract  data  it  could  interrogate  the 
PIF  in  APADE  II,  since  this  file  contains  every  data  element 
contained  in  the  contract.  The  benefits  of  this  approach 
would  include  reducing  total  processing  time  by  replacing 
batch  posting  with  on-line  interface,  and  reducing  ADP 
storage  requirements  by  eliminating  duplicate  records.  The 
cost  of  this  proposal  is  the  initial  introduction  of  a 
hard-wire  interface  between  APADE  II  and  IDA.  There  is 
presently  a  study  being  conducted,  under  the  auspices  of 
the  Naval  Supply  Systems  Command,  to  determine  the  appli¬ 
cability  of  a  hard-wire  interface  between  APADE  II  and  IDA, 
and  other  computer  networks  used  by  the  Navy. 

The  second  alternative  for  this  interface  would  be  to 
eliminate  the  PIF  in  APADE  II  and  retain  the  ODF  in  IDA. 

This  alternative  would  accrue  the  same  benefits  and  costs 
as  the  first  alternative,  however,  since  the  PIF  is  prepared 
before  the  ODF  in  the  production  process  it  seems  logical 
to  retain  the  original  file  and  eliminate  the  duplicate. 

This  would  also  reduce  reprogramming  costs  since  the 
existing  programs  are  written  to  extract  data  from  the 
PIF  to  build  the  ODF. 


4.  Payment  Data  from  IDA  to  APADE  II 


The  fourth  interface  occurs  after  IDA  has  paid  the 
vendor’s  bill;  computer  generated  punched  cards  are  passed 
from  IDA  to  APADE  II  to  update  the  Purchase  Requisition 
File.  This  interface  is  important  as  it  is  the  only  way 
to  communicate  completion  of  the  contract  back  to  APADE  II. 

In  addition  to  punched  cards  this  interface  could  also  be 
accomplished  by  magnetic  tape  or  a  hard-wire  connection. 

Since  both  cards  and  tape  are  batch-mode  posting  methods 
that  require  approximately  the  same  processing  time  and 
degree  of  human  effort  to  transport  them  between  the  systems, 
there  is  little  advantage  of  one  over  the  other.  However, 
a  hard-wire  connection  provides  on-line  processing  that 
requires  no  human  supervision  and  produces  instantaneous 
results.  If  the  recommendation  for  interface  three  is 
accepted  there  would  be  no  additional  costs  since  the  same 
hard-wire  connection  could  be  utilized.  The  benefits  in 
terms  of  reduced  costs  would  be  reduced  man  /hours  for 
transporting  and  entering  batch  postings,  and  fewer  input/ 
output  device  rental  or  maintenance  charges. 

5*  Purifying  the  Requisition  Status  File  (RSF) 

The  final  interface  is  required  to  remove  completed 
requisitions  from  the  RSF  in  UADPS-SP.  Currently  this 
function  is  being  accomplished  by  monthly  purgings  of  the 
active  RSF.  No  current  data  is  received  by  UADPS-SP  to 
indicate  whether  or  not  a  requisition  has  been  completed. 
Depending  on  the  age  of  a  document  and  its  issue  group, 


50 


various  time  criteria  are  applied  to  determine  when  a 
requisition  is  moved  to  the  inactive  file.  This  type  of 
guessing  game  seems  unnecessary  when  accurate  completion 
data  is  readily  available  in  the  APADE  II  data  base. 

It  is  recommended  that  completed  transactions  be  batch 
posted  to  UADPS-SP  from  a  tape  provided  by  APADE  II.  The 
data  would  be  readily  available  in  the  Purchase  Requisition 
File  as  received  from  IDA  when  final  payment  was  made  to 
the' vendor.  This  final  interface  would  complete  the 
production  cycle  of  a  non-standard  requisition  through  a 
Navy  Stock  Point. 

3.  RECOMMENDATIONS 

To  summarize,  it  is  recommended  that  the  following 
series  of  changes  be  implemented  at  Navy  Stock  Points  to 
integrate  the  capabilities  of  UADPS-SP,  APADE  II,  and  IDA 
to  improve  purchase  action  control.  Because  the  three 
systems  are  part  of  a  continuous  process,  it  is  imperative 
that  system  integration  deal  with  the  entire  process. 

(See  Exhibit  3) 

1.  Purchase  action  requisition  monitoring  should  be 
centralized  in  APADE  II. 

2.  All  interfaces  between  APADE  II  and  IDA  should  be 
accomplished  via  hard-wire  connections. 

3.  All  contract  data  should  be  centralized  in  APADE  II 
with  on-line  interface  with  IDA. 

4.  An  interface  should  be  established  between  AFADE  II 
and  UADPS-SP  to  purify  the  RSF. 
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To  best  implement  system  integration  at  Navy  Stock 
Points  a  single  focal  point  must  be  established  within  the 
Naval  Supply  Systems  Command  to  oversee  systems'  develop¬ 
ment  as  it  relates  to  the  stock  point  process.  There  has 
been  too  much  sub-optimization  of  individual  systems  and 
too  little  concern  for  their  meshing  within  the  production 
process  as  a  whole. 

C.  PREREQUISITES 

Before  any  change  can  be  successfully  introduced  into 
a  management  control  system,  such  as  the  production  system 
at  a  stock  point,  certain  logical  prerequisites  must  be 
met. 

1.  Top  management  support  and  active  involvement  are 
prime  preconditions  that  must  be  accomplished  if  any  change 
is  to  be  successful  £l2:31?].  In  the  case  at  hand,  the 
top  management  is  NAVSUP  Headquarters;  their  involvement 
is  important  because  they  are  the  first  level  of  management 
that  has  visibility  and  control  of  all  Navy  Stock  Points. 

In  the  past,  decentralized  decision  making  has  characterised 
the  development  of  the  production  control  system.  This 
local  autonomy  has  led  to  almost  as  many  variations  of  the 
system  as  there  are  stock  points.  NAVSUP  also  has  the 
influence  necessary  to  ensure  an  effective  system  integration 
program  could  be  adequately  designed  and  properly  implemented 
throughout  the  Navy.  A  good  method  to  oversee  such  a  program 
would  be  to  establish  a  program  management  organization 
with  a  Navy  Supply  Corps  Captain  as  program  manager.  The 


organization  should  he  a  matrix,  drawing  its  technical 
expertise  from  the  resources  already  availaole  at  NAVSUP 
Headquarters . 


2.  Support  of  outside  agencies  is  another  essential 
precondition  £l2:3l8j.  In  this  case  the  two  main  players 
would  have  to  be  NAVSUP  and  NAVCOMPT;  NAVSUP  because  it  is 
responsible  for  the  Navy  Stock  Points  and  two  of  the  systems 
involved,  NAVCOMPT  because  it  is  responsible  for  the  IDA 
system.  Stock  point  customers  must  also  be  included  in 
this  cooperative  effort  to  ensure  their  needs  are  being  met. 
A  committee,  chaired  by  the  program  manager,  made  up  of 
NAVSUP  and  NAVCOMPT  people,  major  claimant  representatives, 
stock  point  personnel,  and  central  design  agency  people 
would  be  a  good  vehicle  to  promote  outside  agency  support 
and  user  involvement. 

3.  Adequate  design  staff  is  another  necessity  Ql 2 : 31 9 J * 
The  Navy  Fleet  Material  Support  Office  (FMSO)  must  be  given 
the  resources  required  to  devote  competent  designers  in 
sufficient  quantity  to  allow  a  "total  system"  application 
of  the  integration  program.  In  the  past  each  system  had 
its  own  dedicated  staff  who  due  to  personnel  constraints, 
were  unable  to  consider  the  stock  point  as  a  single  inte¬ 
grated  production  process.  It  was  the  old  "could  not  see 
the  forest  because  they  were  looking  too  closely  at  the 
trees"  syndrom.  Adequate  staffing  should  relieve  this 
problem. 


Sufficient  time  is  yet  another  prerequisite  for 
success  [l2O20j  .  Enough  time  must  be  allotted  to  allow 
proper  development,  education,  and  implementation.  For  the 
case  at  hand  it  is  necessary  that  all  systems  and  system 
interfaces  are  fully  operational  before  any  application  is 
attempted  at  a  stock  point.  This  should  be  accomplished 
by  developing  and  debugging  a  full-scale  prototype  at  FMSO 
before  any  operational  applications  are  tried.  This  of 
course  requires  time?  it  is  impossible  to  determine  at  this 
point  how  much  time  is  sufficient,  but  if  the  'fly  before 
you  buy"  principle  is  applied  sufficient  time  will  be  when 
the  total  system  works  as  it  was  designed  to  work.  One 
might  ask  if  this  approach  would  not  take  too  long?  The 
response  is  no.  Navy  Stock  Points  are  currently  operating 
without  integrated  systems  (not  as  efficiently  as  they 
might)  and  could  continue  to  operate.  As  seen  in  the 
descriptions  of  the  basic  systems'  implementation  plans 
in  Chapter  III,  haste  in  implementation  places  a  tremendous 
burden  on  the  field  activities  who  must  divert  their  efforts 
from  fleet  support  in  order  to  help  debug  a  new  system. 

D.  CONCLUSION 

NAVSUP  should  no  longer  allow  UADPS-SP,  APADE  II,  and 
IDA  to  be  considered  as  independent  systems  under  a  common 
roof  at  Navy  Stock  Points,  but  mu3t  institute  a  program  to 
promote  system  integration.  The  management  control  systems 
at  Navy  Stock  Points  must  be  integrated  into  a  single  system 
capable  of  providing  the  support  needed  by  a  total  Logistic 


effort.  Integration  of  the  capabilities  of  UADPS-SP,  APADE 
II.  and  IDA  into  a  single  production  oriented  system  should 
promote  increased  efficiency  at  Navy  Stock  Points  and  improve 
their  ability  to  satisfy  fleet  requirements  in  a  more  timely 
fashion}  thus  mean  supply  response  time  and  operational 
availability  should  be  improved. 
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